home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000018_news@columbia.edu _Mon Mar 12 11:51:20 2001.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id LAA19280
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 12 Mar 2001 11:51:19 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id LAA12863
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 12 Mar 2001 11:28:09 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@columbia.edu (Frank da Cruz)
  10. Subject: Re: secure ftp batch binaries/scripts
  11. Date: 12 Mar 2001 16:28:08 GMT
  12. Organization: Columbia University
  13. Message-ID: <98iteo$chs$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <98ij02$g68$1@yin.interaccess.com>,
  17. Kenny McCormack <gazelle@interaccess.com> wrote:
  18. : In article <98hhft$ofs$1@newsmaster.cc.columbia.edu>,
  19. : Jeffrey Altman <jaltman@watsun.cc.columbia.edu> wrote:
  20. : >In article <98he0m$5d8$1@yin.interaccess.com>,
  21. : >Kenny McCormack <gazelle@interaccess.com> wrote:
  22. : >:
  23. : >: This is very interesting.  Normally, I am a little sceptical of
  24. : >: these frequent "Kermit can do anything" posts, but this one is very
  25. : >: intriguing because it looks pretty much "ready to go".  SSH (the
  26. : >: other main contender) has always looked really complicated to setup -
  27. : >: along with the "You can't really get binaries for it, you have to get
  28. : >: /dev/(r)random, you have to deal with export restrictions, you have
  29. : >: to deal with the RSA patent, etc, etc, etc" bulls**t.
  30. : >:
  31. : >: So, convince me.  Is it really straightforward to do it with Kermit?
  32. : >
  33. : >All of the issues with /dev/random, export issues, patents are the same.
  34. : >You can't avoid them regardless of which security protocols you want to use.
  35. : 
  36. : OK - thanks for the honest answer.  I guess it is still too complicated to
  37. : deal with.  But I will check it out (the Kermit web page and stuff related
  38. : to this), anwyay.
  39. :
  40. Yes, security is indeed complicated.  I think the big difference between
  41. Kermit and most of the other suppliers of secure clients is that you can talk
  42. to the developers, and they (we) will help you get it together and working.
  43.  
  44. - Frank